System and method for efficient shared buffer management

ABSTRACT

A method for managing a shared buffer between a data processing system and a network. The method provides a communication interface unit for managing bandwidth of data between the data processing system and an external communicating interface connecting to the network. The method performs, by the communication interface unit, a combined de-queue and head drop operation on at least one data packet queue within a predefined number of clock cycles. The method also performs, by the communication interface unit, an en-queue operation on the at least one data packet queue in parallel with the combined de-queue operation and head drop operation within the predefined number of clock cycles.

FIELD OF THE INVENTION

The present invention generally relates to buffer management, and relates more particularly to shared buffer management in a network router.

BACKGROUND

Network packet routers use buffer management techniques to share limited buffer space between various incoming data ports and classes of data packets. Typically, the packets are divided into cells that are managed by a set of queues. Packets from multiple ports are en-queued to multiple queues based on their classified priority and de-queued based on available bandwidth of the shared output port(s). Often the available output bandwidth is less than in aggregate input bandwidth and packets must be dropped because there is limited shared buffer memory. If there is efficient buffer management of the shared buffer memory, overall loss performance, as well as fairness between ports, can be improved. However, there are many restrictions on implementing the buffer management scheme. The hardware implementing the management must operate at the rate of the incoming packets, and this rate approaches the maximum rate that can be realized using current memory technology.

Prior work has shown that overall fairness of queue management is maximized by dropping packets from the head of the queues. This process, called a “head-drop” process, drops packets from the head of the queue when buffer space is low, so that new packets may be inserted at the tail of the queue. The use of a head-drop process in parallel with a de-queue process achieves superior fairness among the queues. However, the parallel operation of the head-drop and de-queue operations requires that the data structure implementing the queues be able to support parallel access from the two processes. Thus, the memory implementing the queue structure needs a higher bandwidth than is required by the de-queue process alone to support parallel operation. The use of this higher bandwidth to support the parallel head-drop and de-queue operations is inefficient. Furthermore, head-drop mechanisms are often unable to limit queue length under worst case traffic patterns, and require an additional process in order to ensure correct functionality. This additional process is typical a “tail drop” process, where packets are dropped from the tail of the queue. Alternately, instead of head-drop, a tail-drop operation based on thresholds may be implemented during the en-queue process. In these cases, the increased bandwidth requirements do not occur. However, tail-drop operations are not as efficient as head-drop operations.

SUMMARY

A method for managing a shared buffer between a data processing system and a network is disclosed in accordance with one embodiment of the present disclosure. The method of the present disclosure comprises providing a communication interface unit for managing bandwidth of data between the data processing system and an external communicating interface connecting to the network; performing, by the communication interface unit, a combined de-queue and head drop operation on at least one data packet queue within a predefined number of clock cycles, and performing, by the communication interface unit, an en-queue operation on the at least one data packet queue in parallel with the combined de-queue operation and head drop operation within the predefined number of clock cycles.

A data processing system is also disclosed in accordance with another embodiment of the present disclosure. The data processing system comprises a communication interface unit for managing bandwidth of data packets received from a network, the communication interface unit comprising a clock for generating a predefined number of clock cycles, a memory comprising at least one data packet queue of at least one packet, and a buffer manager for performing an en-queue operation and a combined de-queue head drop operation in parallel within the predefined number of clock cycles.

A computer program product comprising computer-implemented instructions is also disclosed for performing a combined de-queue and head drop operation on at least one data packet queue within a predefined number of clock cycles; and performing an en-queue operation on the at least one data packet queue in parallel with the combined de-queue operation and head drop operation within the predefined number of clock cycles.

Other systems, methods, features, and advantages consistent with the present disclosure will become apparent to one with skill in the art upon examination of the following figures and detailed description. It is intended that such additional systems, methods, features, and advantages be included within this description and be within the scope of the disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate an implementation of methods and systems consistent with the present invention and, together with the description, serve to explain advantages and principles consistent with the invention. In the drawings,

FIG. 1 illustrates an exemplary router in which methods and systems consistent with the present invention may be implemented.

FIG. 2 illustrates a buffer manager consistent with methods and systems consistent with the present invention;

FIG. 3 illustrates an exemplary linked list data structure consistent with methods and systems consistent with the present invention; and

FIG. 4 illustrates a method for performing a combined de-queue and head drop operation consistent with methods and systems consistent with the present invention.

FIG. 5 illustrates a method for performing an en-queue operation consistent with methods and systems with the present invention.

DETAILED DESCRIPTION

Methods and systems consistent with the present invention provide both an en-queue operation and the combined de-queue head-drop operation running in the same clock domain and both requiring a predefined number of clock cycles (n cycles). The predefined number of clock cycles may be referred to as a cell start period. The en-queue operation divides the input packets into fixed size cells, and requires that a cell be available from the shared buffer whenever one is needed. The combined de-queue head-drop operation will remove one cell every n cycles or cell start period. The head drop process will not run until the shared buffer is full (or almost full). Once the shared buffer becomes full, the combined de-queue head-drop operation will delete cells from the queue at the same rate that the en-queue process en-queues cells. Thus, there will be at least one cell available for the en-queue process to use because the combined de-queue head-drop operation freed a cell during the same cell start period.

Reference will now be made in detail to an implementation consistent with the present invention as illustrated in the accompanying drawings.

FIG. 1 illustrates an exemplary router 101 consistent with systems and methods consistent with the present invention. Router 101 includes a bus 103 or a fabric for communicating information, and a processor 105 coupled with bus 103 for processing the information. Router 101 also includes a main memory 107, such as a random access memory (RAM) or other dynamic storage device, coupled to bus 103 for storing information and instructions to be executed by processor 105. In addition, main memory 107 may be used for storing temporary variables or other intermediate information during execution of instructions to be executed by processor 105. Main memory 107 includes a program 150 for implementing queue management consistent with methods and systems consistent with the present invention, described below. Router 101 further includes a read only memory (ROM) 109 or other static storage device coupled to bus 103 for storing static information and instructions for processor 105. A storage device 111, such as a magnetic disk or optical disk, is provided and coupled to bus 103 for storing information and instructions.

According to one embodiment, processor 105 executes one or more sequences of one or more instructions contained in main memory 107. Such instructions may be read into main memory 107 from another computer-readable medium, such as storage device 111. Execution of the sequences of instructions in main memory 107 causes processor 105 to perform the process steps described herein. One or more processors in a multi-processing arrangement may also be employed to execute the sequences of instructions contained in main memory 107. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions. Thus, embodiments are not limited to any specific combination of hardware circuitry and software.

Although described relative to main memory 107 and storage device 111, instructions and other aspects of methods and systems consistent with the present invention may reside on another computer-readable medium, such as a floppy disk, a flexible disk, hard disk, magnetic tape, a CD-ROM, magnetic, optical or physical medium, a RAM, a PROM, and EPROM, a FLASH-EPROM, any other memory chip or cartridge, or any other medium from which a computer can read, either now known or later discovered.

Router 101 includes at least one packet processing engine (PPE) 100 to process packet headers and determine the next hop of the packet. In order to store and manage the packets during processing, PPE 100 includes a buffer manager 200 and a processor clock 140. Router 101 also includes a communication interface unit 119 connected to the PPE 100 via a limited bandwidth (BW) port 119 a. Communication interface unit 119 provides a two-way data communication via an external communication interface 126 that is connected to a network 123. In this embodiment, the communication interface unit 119 is electronically coupled to the packet process engine (PPE) 100 via the limited BW port 119 a. In an alternative embodiment, the communication interface unit 119 may be integrated as part of the PPE 100 for communication with external communication interface 126.

The communication interface unit 119 includes input ports 170 and 180, as well as an output port 190. One of ordinary skill in the art will recognize that more input and output ports may be included within the communication interface unit 119 without departing from the spirit and scope of the present disclosure. The communication interface unit 119 also includes internal components for managing bandwidth, including a clock 120, a buffer manager 122, and a memory 124. In an exemplary implementation, communication interface unit 119 receives digital data streams representing various types of information from the external communication interface 126 via the input ports 170 and 180. Communication interface unit 119 also sends digital data streams to the external communication interface 126 via output port 190.

The bandwidth of digital data received from the external communication interface 126 is often higher than the bandwidth that the bus or fabric 103 of router 101 may handle. The communication interface unit 119 of present disclosure therefore provides a buffer manager 122 that manages bandwidth of the external communication interface 126 when receiving digital data. The buffer manager 122 performs both an en-queue operation and the combined de-queue head-drop operation, such that the bandwidth of digital data at the limited BW port 119 a is lower than the bandwidth of digital data received at the input ports 170 and 180 even if the bandwidth is received at a peak rate.

FIG. 2 illustrates a buffer manager 122 for managing bandwidth of data received from the external communication interface 126. Buffer manager 200 comprises a plurality of queues (n queues), such as queue 201 and queue 202. The plurality of queues (n queues) corresponds to a set of input ports (n ports). In an exemplary embodiment consistent with the present invention, buffer manager 122 includes queue 201 allocated to input port 170, and queue 202 allocated to input port 180. One of ordinary skill in the art will recognize that there may be any number of queues corresponding to each port. Queues 201 and 202 are allocated from memory, for example, memory 107. Because there is inherently a finite amount of memory, referred to for purposes herein as “buffer space,” there is a need to balance the amount of memory used by queues 201 and 202. During periods of high traffic within the router 101, it is possible to consume all of the available buffer space.

Each of the queues 201 and 202 receive packets from their corresponding input ports, and de-queue them to the output port 190 via arbiter 210. Arbiter 210 determines which queue of queues 201 and 202 to de-queue to output port 190. Alternatively, when the buffer space cannot sustain additional packets, arbiter 210 will perform a head-drop process on queues 201 and 202. In dropping the packet, the router 101 will not process or forward the packet, thus freeing buffer space within the router. Methods and systems consistent with the present invention de-queue and drop packets fairly among the queues 201 and 202.

The shared buffer is divided into the fixed size cells and these cells can be ordered by using a linked-list structure in memory 124. When a cell arrives, for example, on port 170, the packet is broken down into these fixed size cells and en-queued. An exemplary packet of 1500 bytes may be broken down into about 24 cells. Each queue 201 and 202 is implemented as a linked-list data structure in the memory 124. FIG. 3 illustrates the implementation of an exemplary queue 300 using a linked list data structure consistent with methods and systems consistent with the present invention. For each cell, there is one cell link pointer and one packet link pointer. In the illustrated example, packet 310 has two cells 311 and 312, and thus the first cell 311 is at the head of queue 300. Cell 311 includes a cell link pointer 311 a to cell 312 and a packet link pointer 311 b to the first cell in the next packet, which is cell 321 in packet 320. Cell 312, as the last cell in packet 310, has a null packet link pointer 312 b and a cell link pointer 312 a to the first cell in the next packet, which is cell 321 in packet 320. Similarly, cell 321 has a cell link pointer 321 a to cell 322 and a packet link pointer 321 b to the next packet in the queue (not shown). Cell 322 has a cell link pointer 322 a to the next cell (not shown) and a null packet link pointer 322 b. The cell links and packet links would continue until the tail of the queue, where the final cell would have null cell link and packet link pointers. When the head-drop process needs to drop a cell and it is not active within a packet, it will use the packet link pointer, such as packet link pointer 311 b, to locate the next packet, such as packet 321, in the queue and become active. The packet linked list is modified so that the packet being dropped is no longer in the queue.

Both an en-queue operation and a combined de-queue head-drop operation run in parallel within the same number of clock cycles or a cell start period, for example, 4 clock cycles per cell. The head drop process will not run until the buffer space is full (or almost full). When the buffer space is full, the combined de-queue and head-drop operations will delete cells from the queue at the same rate as the en-queue process en-queues cells. FIG. 4 illustrates a method for performing a combined de-queue and head-drop operation consistent with methods and systems consistent with the present invention.

In this embodiment, process 400 is performed by the buffer manager 124 during one cell start cycle. Process 400 begins at step 402 to wait for a cell start cycle to begin. Next, process 400 continues to step 404 to determine if data is available in the queue to be de-queued. If data is available in the queue, a cell de-queue is necessary and process 400 continues to step 406 to determine if an output port is available to process the data in the queue. If an output port is available, process 400 continues to step 414 to perform a cell de-queue to remove a cell from the queue for processing and the process terminates. Returning to step 406, if an output port is not available, process 400 continues to step 408 to determine if there is sufficient buffer space to add additional cells. If there is sufficient buffer space, process 400 terminates. If there is not sufficient buffer space, process 400 continues to step 412 to perform a cell head drop to drop a cell without processing.

Referring back to step 404, if no data is available in the queue, the queue is empty and process 400 continues to step 410 to determine if a packet drop is currently in progress. The packet drop currently in progress refers to a process in which the last packet of the queue is being dropped. If a packet drop is currently in progress, process 400 continues to step 412 to perform a cell head drop to ensure that the packet drop is complete in finite time. When a packet is dropped, it is unlinked from the queue and attached to a dropped packet list. The dropped packet list contains only one dropped packet at a time and contains cells of the dropped packet that must be returned to a free packet list. To attach a packet to the dropped packet list, the head pointer of the dropped packet list points to the first cell of the dropped packet. The list of cells of the dropped packet does not change when the packet is dropped as the list of cells in the packet remains the same. However, if no packet drop is currently in progress in step 410, process 400 terminates.

As discussed above, the en-queue operation is performed in parallel with the combined de-queue and head drop operation within the same cell start cycle. Referring to FIG. 5, in conjunction with FIG. 1, a method for performing an en-queue operation is depicted consistent with methods and systems consistent with the present invention. In this embodiment, process 500 is performed by the buffer manager 124 during one cell start cycle. Process 500 begins at step 502 to receive a packet at the input port 170 or 180 from the external communication interface 126. Next, process 500 continues to step 504 to perform cell en-queue. To perform a cell en-queue, the data is placed in the queue, such as 201, when it is received at the input port 170.

While there has been illustrated and described embodiments consistent with the present invention, it will be understood by those skilled in the art that various changes and modifications may be made and equivalents may be substituted for elements thereof without departing from the true scope of the invention. Therefore, it is intended that this invention not be limited to any particular embodiment disclosed, but that the invention will include all embodiments falling within the scope of the appended claims. 

1-20. (canceled)
 21. A method comprising: receiving, by a processor of a device, a first data unit, a second data unit, and a third data unit; en-queuing, by the processor and during a first time period, the first data unit to a first queue, of a plurality of queues of the device, and the second data unit to a second queue of the plurality of queues; performing, by the processor and during a second time period that occurs after the first time period, a de-queue operation, the de-queue operation including: removing the first data unit from the first queue, and forwarding the first data unit toward an output port, the output port being unavailable to receive the second data unit during the second time period based on the first data unit being forwarded toward the output port during the second time period; performing, by the processor and during the second time period, a drop operation that includes removing the second data unit from the second queue based on the output port being unavailable to receive the second data unit during the second time period; and en-queuing, by the processor, the third data unit to one of the first queue or the second queue after performing the de-queue operation and the drop operation.
 22. The method of claim 21, where performing the de-queue operation includes: determining a first priority level associated with the first data unit and a second priority level associated with the second data unit, and performing the de-queue operation on the first data unit, and not the second data unit, based on the first priority level and the second priority level.
 23. The method of claim 21, where performing the drop operation includes: determining that none of the plurality of queues is available to receive the third data unit during the second time period, and performing the drop operation based on determining that none of the plurality of queues is available to receive the third data unit.
 24. The method of claim 23, where determining that none of the plurality of queues is available to receive the third data unit includes: identifying a bandwidth for the device; determining, based on the bandwidth, respective fill levels associated with the plurality of queues; and determining that en-queuing the third data unit to a queue, of the plurality of queues, would cause the respective fill level for the queue to be exceeded.
 25. The method of claim 21, where receiving the first data unit, the second data unit, and the third data unit includes: receiving a packet; and parsing the packet to form a plurality of data units that include the first data unit, the second data unit, and the third data unit.
 26. The method of claim 25, further comprising: storing information ordering the plurality of data units based on parsing the packet; and updating the information based on performing the drop operation.
 27. The method of claim 21, where a fourth data unit is en-queued to the second queue, and where the method further comprises: determining that the second queue has insufficient space, after the drop operation, to en-queue the third data unit, and dropping the fourth data unit from the second queue based on the second queue having insufficient space, after the drop operation, to en-queue the third data unit.
 28. A device comprising: an input port to receive a plurality of data units; an output port; a plurality of queues between the input port and the output port; and a processor to: store a first data unit, of the plurality of data units, to a first queue of the plurality of queues, store a second data unit, of the plurality of data units, to a second queue of the plurality of queues, transfer, during a particular time period, the first data unit from the first queue toward the output port for transmission toward a destination, drop, during the particular time period, the second data unit from the second queue based on transferring the first data unit from the first queue toward the output port, and store a third data unit, of the plurality of data units, to the first queue after transferring the first data unit, and a fourth data unit, of the plurality of data units, to the second queue after dropping the second data unit.
 29. The device of claim 28, where the processor, when transferring the first data unit, is further to: determine a first priority level associated with the first data unit and a second priority level associated with the second data unit, and transfer the first data unit, and not the second data unit, toward the output port based on comparing the first priority level and the second priority level.
 30. The device of claim 28, where the processor, when dropping the second data unit, is further to: determine that the second data unit is stored at a head of the second queue, and drop the second data unit based on the second data unit being stored at the head of the second queue and based on transferring the first data unit from the first queue toward the output port.
 31. The device of claim 30, where the processor is further to: store a fifth data unit, of the plurality of data units, in the second queue prior to the particular time period, and where the processor is further to: determine that the second queue has insufficient space, after dropping the second data unit, to store the third data unit, and drop the fifth data unit from the second queue, after dropping the second data unit, based on determining that the second queue has insufficient space to store the third data unit after dropping the second data unit.
 32. The device of claim 31, where the second data unit and the fifth data unit are included in a set of data units stored in the second queue prior to the particular time period, and where the processor, when dropping the fifth data unit, is further to: drop the fifth data unit based on determining that the fifth data unit is a next data unit, of the set of data units, to be moved to the head of the second queue after dropping the second data unit.
 33. The device of claim 28, where the processor, when dropping the second data unit, is further to: determine that the second queue has insufficient space, during the particular time period, to store both the second data unit and the third data unit, and drop the second data unit from the second queue based on determining that the second queue has insufficient space, during the particular time period, to store both the second data unit and the third data unit.
 34. The device of claim 33, where the processor, when determining that the second queue has insufficient space to store both the second data unit and the third data unit, is further to: identify a bandwidth; determine, based on the bandwidth, a fill level associated with the second queue; and determine that storing both the second data unit and the third data unit to the second queue would cause the fill level for the second queue to be exceeded.
 35. A non-transitory computer-readable medium to store instructions, the instructions comprising: one or more instructions that, when executed by a processor of a device, cause the processor to: store a first data unit, of a plurality of data units, to a first queue of the device, store a second data unit, of the plurality of data units, to a second queue of the device, perform a combined de-queue and drop operation, the first data unit being transferred, during the combined de-queue and drop operation, from the first queue toward an output port of the device for transmission toward a destination, and the second data unit being dropped, during the combined de-queue and drop operation, from the second queue, and store, after performing the combined de-queue and drop operation, a third data unit to one of the first queue or the second queue.
 36. The computer-readable medium of claim 35, where a first priority level, associated with the first data unit, is higher than a second priority level associated with the second data unit, and where the one or more instructions to perform the combined de-queue and drop operation further include: one or more instructions to: transfer, during the combined de-queue and drop operation, the first data unit, and not the second data unit, toward the output port based on the first priority level being higher than the second priority level, and drop, during the combined de-queue and drop operation, the second data unit, and not the first data unit, based on the first priority level being higher than the second priority level.
 37. The computer-readable medium of claim 35, where the one or more instructions to perform the combined de-queue and drop operation further include: one or more instructions to: determine that the second data unit is stored at a head of the second queue, and drop the second data unit based on the second data unit being stored at the head of the second queue and based on the first data unit being transferred from the first queue toward the output port.
 38. The computer-readable medium of claim 37, where the combined de-queue and drop operation is a first combined de-queue and drop operation, where the second data unit is included in a set of data units stored in the second queue prior to the first combined de-queue and drop operation, and where the instructions further comprise: one or more instructions to: determine that a fourth data unit, of the set of data units stored in the second queue, is stored at the head of the second queue after performing the first combined de-queue and drop operation, and perform a second combined de-queue and drop operation to remove the fourth data unit from the second queue based on the fourth data unit being stored at the head of the second queue.
 39. The computer-readable medium of claim 38, where the one or more instructions to perform the second combined de-queue and drop operation further include: one or more instructions to: transfer, during the second combined de-queue and drop operation, the fourth data unit from the second queue toward the output port based on the first data unit being transferred from the first queue toward the output port during the first combined de-queue and drop operation.
 40. The computer-readable medium of claim 35, where the one or more instructions to perform the combined de-queue and drop operation further include: one or more instructions to: determine that the second queue has insufficient space, before performing the combined de-queue and drop operation, to store both the second data unit and the third data unit, and drop the second data unit from the second queue based on determining that the second queue has insufficient space to store both the second data unit and the third data unit. 